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(54) CHARACTER MESSAGE COMMUNICATION SYSTEM AND METHOD 



(57) The text messaging system consists of mobile 
terminal (5) connected to mobile communication net- 
work (4), information terminal (3) connected to compu- 
ter network (2), and server (1) connected to the mobile 
communication network and the computer network. The 
information terminal (3) has status detection means 
(22), (23), and (24), and detects an operational status 
including at least the connection status of the computer 
network and notifies the server (1) of it. The server (1) 
has status administration means (8) and (9) and deci- 



sion means (10). The status administration means (8) 
and (9) retain the operational status of the information 
terminal (3) notified from status detection means (24) 
for each user. The decision means (10) determines a 
send mode according to the operational status of the 
information terminal such as whether to send a text 
message to an information terminal or to send a text 
message with a network application. 
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Description 

Technical Field 

[0001] The present invention relates to a text mes- 
saging system for sending and receiving text messages 
among mobile terminals and information terminals con- 
nected via a network. More particularly, the present 
invention relates to a text messaging system for sending 
and receiving according to sender and receiver status 
text messages whose immediacy is strong, among mul- 
tiple mobile terminals and information terminals con- 
nected to a computer network such as mobile a 
communication network or packet exchange network. 
[0002] In the present invention, "packet exchange 
networks" mean networks for connecting personal com- 
puters (PC), workstations (WS), and PDAs (personal 
digital assistants); and the Internet, local area networks 
(LAN) and intranets can be cited as examples of packet 
exchange networks. 

[0003] Mobile terminals are not particularly limited 
as long as they can send and receive text information 
via a mobile communication network, and mobile 
phones, personal handyphone systems (PHS), car 
phones, and pocket beepers can be cited as examples 
of mobile terminals. Information terminals are not par- 
ticularly limited as long as they can send and receive 
text information via a network, and PCs, WSs, and 
PDAs can be cited as examples of information termi- 
nals. 

Description of Related Art 

[0004] Rg. 21 shows a conceptual structure of a 
conventional text messaging system using mobile 
phones, PHSs, and a center for relaying them. 
[0005] A mobile terminal A sends wirelessly to a 
text message center text messages addressed to a 
mobile terminal B (1). The center comprehends condi- 
tion of each mobile terminal with a detection part of 
radio condition. If the mobile terminal B is receivable, 
the text message center transmits the text message to 
the mobile terminal B. If the mobile terminal B is unre- 
ceivable because it is out of the radio area, for example, 
the text message center stores the text message .in the 
storage area (2). At the moment that the mobile terminal 
B becomes receivable the text message center trans- 
mits the text message (3, 4, 5, 6, 7). A part of the mobile 
terminals B may connect to the center and obtain the 
text message stored in the center. Furthermore, text 
messages may be transmitted from mobile terminal A to 
mobile terminal B directly, not via the center. In this 
case, if the destination terminal is out of the radio area 
or on the phone, text messages are not received. 
[0006] In the above-mentioned system in Fig. 21, a 
setting that e-mail is forwarded to a designated address 
is previously made. By storing in the center e-mail 
reached the designated address as a text message to a 



mobile terminal, e-mail is liaised with mobile terminals 
(9). There is also a system in which sender, title, and 
importance level of e-mail are previously set. When e- 
mail corresponding to forwarding conditions reaches the 

5 center, the e-mail is forwarded to a mobile terminal. 
Conversely, there is a system that when an e-mail 
address is inputted on the destination in a mobile termi- 
nal, the center transmits text messages as e-mail (8). 
[0007] There already exists a system other than 

io those above that an e-mail server detects e-mail arrival 
and notifies a predetermined mobile terminal of incom- 
ing of mail with information such as a sender of the e- 
mail, the title, and the time. 

[0008] Meanwhile, as a means to detect other par- 

75 ties* statuses on a network, a monitor service of link 
state to the network, a busy condition management 
service of a service such as chat or electronic confer- 
ence, an inventory management service, and a service 
computerized destination board are provided. 

20 [0009] However, in a conventional text messaging 
system, text messages from mobile terminals are for- 
warded to e-mail only if such a setting is made. Receive 
messages cannot be received on a mobile terminal 
unless the setting once made is canceled. Furthermore, 

25 these setting and canceling are very troublesome. 
Receivers selectively use a send method of text mes- 
sages such as e-mail and transfer to a mobile terminal 
regardless of the other party's status. On this account, 
selecting or switching a send mode according to the 

30 other party's status, which dynamically changes, is not 
performed. 

[0010] For example, assume that a partner receiv- 
ing text messages is connected to a network with a PC. 
In this case, receiving character messages on the PC 

35 instead of a mobile terminal is convenient for replying, 
enabling text messages to be immediately transmitted. 
Text messages of a mobile terminal are stored if the 
other party cannot receive them, but the sender cannot 
know that the messages are not immediately received. 

40 Under such circumstances, the sender cannot know if 
he/she needs to take another means or measure 
because the other party does not look at the sent text 
messages. 

[0011] Since liaison of text message communica- 
45 tion between mobile terminals and PCs are limited, it is 
difficult to freely transmit text messages to an informa- 
tion terminal currently used by the other party with a 
network application currently used by the other party. 
On this account, a user cannot communicate according 
so to the other party's status and it is inconvenient for the 
user even if he/she know that the other party is con- 
nected to a network or network service in a place away 
from home. 

[0012] Furthermore, an e-mail system can notify 
55 the sender a status that a sent e-mail did not reach the 
other party, for example. However, this system does not 
manage such dynamically-changing send result as the 
other party not having check the e-mail for certain time 
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or the other party not having read it while he was using 
a network service. 

[0013] The present invention aims at providing 
technologies for sending and receiving text messages 
with mobile terminals such as mobile phones and PCs 5 
in real time according to the utilization status of dynam- 
ically-changing information terminals. 

Disclosure of the Invention 

10 

[0014] A first aspect of the present invention pro- 
vides a text messaging system comprising multiple 
information terminals having communication means, 
and a server connected to the above-mentioned infor- 
mation terminals via a communication line suitable to 15 
the above-mentioned communication means. The 
above-mentioned information terminals have send 
means, receive means, and status detection means. 
The send means sends to a server a text message 
addressed to another information terminal. The receive 20 
means receives from another information terminal the 
text message from another information terminal. The 
status detection means detects operational status 
including at least link state to the communication line 
and notifies the server of it. 25 
[001 5] The server has receive means, send means, 
status administration means, and decision means. The 
receive means receives text messages from information 
terminals. The send means sends text messages 
received from information terminals to other information 30 
terminals. The status administration means retains 
operational statuses of information terminals notified 
from the status detection means for every users. The 
decision means determines send modes of text mes- 
sages according to operational statuses of information 35 
terminals. 

[001 6] Mobile communication networks, call switch- 
ing networks such as PSTN (public switched telephone 
network), and packet switched networks can be cited as 
communication lines. A server comprehends opera- 40 
tional statuses of information terminals because each 
information terminal reports operational status such as 
condition of connection to a communication line to the 
server. For example, assume that user A sends a text 
message from a PC on a communication line to another 45 
user B via a server. The server determines whether or 
not the PC of user B is connected to the communication 
line, and if it is connected, the server sends the text 
message to the PC of user B. If it is not connected to the 
communication line, the server transmits the text mes- so 
sage to the mobile phone of user B. 
[0017] A second aspect of the present invention 
provides a text messaging system comprising one or 
more mobile terminals and information terminals 
respectively having communication means and a server 55 
connected to the above-mentioned mobile terminals 
and mobile information terminals via a communication 
line according to communication means. 
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[0018] The information terminals have send means, 
receive means, and status detection means. The send 
means sends to the server text messages addressed to 
other mobile terminals or information terminals. The 
receive means receives from the server text messages 
sent from other mobile terminals or information termi- 
nals. The status detection means detects operational 
status including at least link state to the communication 
line and notifies the server of it. 

[0019] The server has receive means, send means, 
status administration means, and decision means. The 
receive means receives text messages from information 
terminals. The send means sends text messages 
received from mobile terminals or information terminals 
to other mobile terminals or information terminals. The 
status administration means retains operational sta- 
tuses of information terminals notified from the status 
detection means for every users. The decision means 
determines send modes of text messages according to 
operational statuses of information terminals. PCs and 
WSs notify the server of at least the status of a link to a 
communication line and the server retains the notified 
status of the information terminal. When user A sends a 
text message to other user B via the server, information 
that user B is identified by is included in the text mes- 
sage to be sent Specifically, a text message from a 
mobile terminal includes a telephone number of user B, 
ID, etc. The status administration means of the server 
obtains operational status of the user B's PC based on 
the information included in the text message. The deci- 
sion means determines a send mode according to the 
present status of the PC if text messages can be sent to 
the user B's PC. Otherwise the decision means for- 
wards the text message to the mobile terminal of user B. 
[0020] A third aspect of the present invention pro- 
vides a text messaging system wherein the status 
detection means detects whether or not an information 
terminal is being used and notifies the server of it and 
the decision means determines the information terminal 
as a receiver of the text message if the information ter- 
minal is being used. 

[0021] In other words, the status detection means 
determines whether or not the information terminal is 
being used. The determination is performed by detect- 
ing operation of a mouse or a keyboard of the informa- 
tion terminal such as a PC or operational status of a 
screen saver. In this case, the decision means of the 
server sends a text message to the PC if the destination 
PC is being used. Otherwise a destination can be deter- 
mined so that the text message is sent to a mobile ter- 
minal. 

[0022] A forth aspect of the present invention pro- 
vides a text messaging system wherein an information 
terminal further has service detection means which 
detects the operational status of a network application 
in the information terminal and notifies a server of it. In 
this system, the status administration means of the 
server retains the operational statuses of a notified net- 
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work application, and if the network application can 
operate on the server, the decision means determines 
the sending of a text message with the network applica- 
tion when the network application is operating on the 
information terminal. 

[0023] The service detection means detects that a 
predetermined network application for utilizing WWW 
(World Wide Web), IRC (Internet Relay Chat), E-mail, 
etc. is started and notifies the server of it. On the server 
side, the decision means determines the sending of a 
text message with a network application operating in a 
destination information terminal. For example, a text 
message is sent by e-mail if a destination PC is using an 
e-mail application or the text message is sent by chat if 
the destination PC is using a chat application. 
* [0024] A fifth aspect of the present invention pro- 
vides a text messaging system wherein the send means 
of an information terminal can notify a server that a text 
message was read, and the server further has reporting 
administration mes»ns which saves the text message 
sent to the information terminal and forwards the text 
message to the information terminal if that the text mes- 
sage was read is not notified. 

[0025] For example, the receive means of a PC dis- 
plays a received text message on the corner of the 
screen. When the displayed message is deleted, the 
receive means determines that the text message is read 
and notifies the send means of it. The send means 
sends "already-read notification" to the receive means 
of the server. Meanwhile, the sent text message, the 
sender, the name o1 the destination, etc. are notified 
reporting administration means from the decision 
means and the reporting administration means saves 
them. The saved text message is deleted when 
"already- read notification" is received from the informa- 
tion terminal. However, as tor a text message for which 
"already-read notification" is not notified, the saved text 
message is forwarded to a mobile terminal. 
[0026] A sixth aspect of the present invention pro- 
vides a text messaging system wherein a reporting 
administration means forwards a text message sent to 
an information terminal according to the variation of the 
operational status of the information terminal. 
[0027] The status change of an information terminal 
is notified the reporting administration means from the 
status administration means. For example, if the notifi- 
cation of disconnection from a communication line is 
sent prior to "already- read notification", the sent text 
message is forwarded to the mobile terminal. 
[0028] A seventh aspect of the present invention 
provides a text messaging system wherein if a text mes- 
sage sent to the information terminal is not read within a 
prescribed time period, the reporting administration 
means forwards the text message to the mobile termi- 
nal. 

[0029] The reporting administration means acti- 
vates a timer when the sent text message is notified the 
reporting administration means from the decision 



means. The reporting administration means determines 
that the sent text message is not read in the information 
terminal if the text message is left after a prescribed 
time, and then sends the text message to the informa- 
5 tion terminal on the communication line. 

[0030] An eighth aspect of the present invention 
provides a text messaging system wherein the reporting 
administration means of the server notifies a text mes- 
sage sender that the text message is sent to a mobile 

10 terminal in a prescribed case. 

[0031] The reporting administration means notifies 
a text message sender that the text message is sent to 
a mobile terminal in a prescribed case. The prescribed 
case means a case that, for example, a text message 

75 was unable to be sent to an information terminal or a 
text message is not read in the information terminal. 
The prescribed case may include a case that, for exam- 
ple, a prescribed identifier is inserted into a text mes- 
sage. If a user needs the notification of a send result, 

20 he/she can hope for the notification by inserting an pre- 
scribed identifier into a text message to be sent. 
[0032] A ninth aspect of the present invention pro- 
vides a text messaging system wherein the reporting 
administration means stores a text message and noti- 

25 fies the text message sender that the text message is 
stored if it cannot send the text message to a mobile ter- 
minal. 

[0033] There may be a case that a text message 
sent to a mobile terminal is stored in a server because 

30 the destination mobile terminal is out of the radio area 
or busy. If this is the case, the reporting administration 
means notifies the sending information terminal of it. A 
sending user can know if the text message is immedi- 
ately transmitted. If the sending user requests the nofrfi- 

35 cation of a send result, he/she may add an identifier to a 
text message to be sent as described above. 
[0034] A tenth aspect of the present invention pro- 
vides a text messaging system wherein the status 
detection means of an information terminal notifies a 

40 server of a phone number for contact, the status admin- 
istration means of the server retains the notified phone 
number, and when a text message is sent from the infor- 
mation terminal to a mobile terminal, the decision 
means adds the phone number to a text message and 

45 sends it if the phone number of the sender for contact is 
set. 

[0035] The status detection means of the informa- 
tion terminal notifies the server of the phone number of 
the present whereabouts of a user. The status adminis- 

so tration means of the server retains the notified phone 
number. The decision means refers to the status of a 
sending user when the destination of the text message 
from a PC such as a mobile terminal is selected. If the 
present phone number is set, the decision means adds 

55 the phone number to the text message as a callback 
phone number and sends it. If there is no present phone 
number, the decision means adds a default phone 
number of each user. This is convenient when a mes- 
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sage receiver would like to inquire by phone instead of a 
character message. 

[0036] An eleventh aspect of the present invention 
provides a text messaging system further having a 
quasi information terminal connected to the communi- 5 
cations fine. The quasi information terminal has receive 
means, information acquisition means, send means, 
and information setting means. 

[0037] The receive means receives from a server a 
text message sent from a mobile terminal. The informa- w 
tion acquisition means obtains the operational status of 
other information terminals according to received text 
messages. The send means sends the obtained opera- 
tional status to the mobile terminal as a text message. 
The information setting means sets the operational sta- is 
tus of other information terminals according to the 
received text message and notifies the server of it. 
[0038] For example, user A sends a message that 
he/she would like to know the status of user B to a quasi 
information terminal from a mobile terminal. The quasi 20 
information terminal obtains the status of user B from 
the server. The obtained information is sent from the 
quasi information terminal to the mobile terminal of user 
A as a text message. User A sends the phone number 
of the whereabouts from the mobile terminal to the 25 
quasi information terminal as a text message. The quasi 
information terminal sends a text message that changes 
the present phone number of user A for contact. 
[0039] A twelfth aspect of the present invention pro- 
vides a text messaging system comprising one or more 30 
mobile terminals and information terminals respectively 
having communication means, a primary server con- 
nected to the above-mentioned information terminal via 
a communication line according to the above-mentioned 
communication means, and a secondary server con- 35 
nected to the above-mentioned mobile terminal and 
information terminal via a communication line according 
to the above-mentioned communication means. 
[0040] The information terminal has send means, 
receive means, and status detection means. The send 40 
means sends to the secondary server a text message 
addressed to another mobile terminal or information ter- 
minal. The receive means receives from the secondary 
server a text message sent from another mobile termi- 
nal or information terminal. The status detection means 45 
detects at least the status of connection to a computer 
network and notifies the primary server of it 
[0041] The primary server has a status administra- 
tion means that collects the operational status of an 
information terminal from the information terminal and so 
retains it for each user. 

[0042] The secondary server has receive means, 
send means, and decision means. 
[0043] The receive means receives a text message 
from a mobile terminal or an information terminal. The 55 
send means sends a text message received from a 
mobile terminal or information terminal to another 
mobile terminal or information terminal. The decision 



means obtains the operational status of an information 
terminal from the primary server and determines the 
send mode of a text message according to the obtained 
operational status. 

[0044] This is a system configuration that the pri- 
mary server and secondary server shares the function 
of the server according to the second aspect of the 
present invention. 

[0045] A thirteenth aspect of the present invention 
provides a text messaging system wherein an informa- 
tion terminal can further notify the secondary server that 
a text message was read and the secondary server fur- 
ther has a reporting administration means that forwards 
a text message to a mobile terminal if it is not notified 
that the text message was read. 

[0046] This is a system configuration that the pri- 
mary server and secondary server shares the function 
of the server according to the fifth aspect of the present 
invention. 

[0047] The fourteenth aspect of the present inven- 
tion provides a text message communication device 
having send means, receive means, and status detec- 
tion means which is an information terminal that has 
communication means and sends and receives text 
messages among mobile terminals or other information 
terminals via a communication line and a server accord- 
ing to the above-mentioned communication means. 
[0048] The send means sends to the server a text 
message addressed to another mobile terminal or infor- 
mation terminal. The receive means receives from the 
server a text message sent from another mobile termi- 
nal or information terminal. The status detection means 
detects an operational status including the status of 
connection to a communication network and notifies the 
server of it 

[0049] A fifteenth aspect of the present invention 
provides a server for text message communication 
which is a server connected to one or more mobile ter- 
minals or information terminals having communication 
means via a communication network according to the 
above-mentioned communication means and has 
receive means, send means, status administration 
means, and decision means. 

[0050] The receive means receives a text message 
from a mobile terminal or information terminal. The 
send means sends a text message received from a 
mobile terminal or information terminal to another 
mobile terminal or information terminal. The status 
administration means receives an operational status 
from an information terminal and retains it for each user. 
The decision means determines a send mode of text 
message according to operational status of the informa- 
tion terminal. 

[0051] A sixteenth aspect of the present invention 
provides a computer-readable recording medium which 
stores a text message communication program used for 
information terminals having communication means 
that sends and receives text messages among mobile 
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terminals or other information terminals via a communi- 
cation line or a server according to the above-men- 
tioned communication means and stores a program for 
executing steps A to C below: 

5 

A: a send step that a text message addressed to 
another mobile terminal or information terminal is 
sent to the server; 

B: a receive step that the text message sent from 
another mobile terminal or information terminal is io 
received from the server; and 
C: a status detection step that an operational status 
including at least a status of connection to the com- 
munication line is detected and notified the server. 

15 

[0052] A seventeenth aspect of the present inven- 
tion provides a computer-readable recording medium 
which stores a text message communication manage- 
ment program used for a server connected to one or 
more mobile terminals or information terminals respec- 20 
tively having communication means via a communica- 
tion line according to the above-mentioned 
communication means and stores a text message man- 
agement program for executing steps A to D below: 

25 

A: a receive step that a text message is received 
from a mobile terminal or information terminal; 
B: a send step that the received text message is 
sent to another mobile terminal or information ter- 
minal; 30 

C: a status administration step that the operational 
status of the information terminal is obtained and is 
retained for each user; and 

D: a determination step that the send mode of the 
text message is determined according to the opera- 35 
tional status of the information terminal. 

[0053] An eighteenth aspect of the present inven- 
tion provides a text message communication method 
which uses one or more mobile terminals or information 40 
terminals respectively having communication means 
and a server connected to the above-mentioned mobile 
terminals and information terminals via a communica- 
tion line according to the above-mentioned communica- 
tion means, comprising: 45 

A: sending and receiving a text message between a 
mobile terminal or information terminal and another 
mobile terminal or information terminal via the 
server; 50 
B: detecting the operational status of the informa- 
tion terminal including at least status of connection 
to the communication line and notifying the server 
of it; 

C: retaining the operational status of the informa- 55 
tion terminal for each user in the server; and 
D: determining the send mode of the text message 
according to the operational status of the informa- 



tion terminal by the server. 

[0054] A nineteenth aspect of the present invention 
provides a text message send/receive method which is 
used for information terminals that have communication 
means and send and receive text messages among 
mobile terminals or other information terminals via a 
communication line and a server according to the 
above-mentioned communication means, comprising: 

A: sending to the server a text message addressed 
to the above-mentioned mobile terminal or informa- 
tion terminal; 

B: receiving from the server a text message sent 
from another mobile terminal or information termi- 
nal; and 

C: detecting the operational status including at least 
the status of connection to the communication line 
and notifying the server of it. 

[0055] A twentieth aspect of the present invention 
provides a text message communication management 
method of a server connected to one or more mobile 
terminals or information terminals respectively having 
communication means via a communication line 
according to the above-mentioned communication 
means, comprising: 

A: receiving from a mobile terminal or information 
terminal a text message addressed to another infor- 
mation terminal; 

B: sending the received text message to another 
mobile terminal or information terminal; 
C: collecting the operational status of the informa- 
tion terminal including at least the status of the con- 
nection to the communication line and retaining it 
for each user; and 

D: determining the send mode of the text message 
according to the operational status of the informa- 
tion terminal. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0056] 

Fig. 1 is a functional block diagram of a text mes- 
saging system according to the first embodiment of 
the present invention; 

Fig. 2 is a conceptual explanatory diagram of data 
stored in a status-storing module; 
Rg. 3 is a conceptual explanatory diagram of a 
message table in a reporting administration mod- 
ule; 

Fig. 4 is a display example of a window for setting 
status; 

Fig. 5 is a display example of a text message send 
window; 

Rg. 6 is a display example of a text message 
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receive window; 

Fig. 7 is a display example of an e-mail text mes- 
sage receive window; 

Fig. 8 is a display example of an IRC text message 
receive window; 5 
Fig. 9 is a flowchart showing flow of an operational 
status notification process; 

Fig. 1 0 is a flowchart showing flow of a connection 
status notification process; 

Fig. 1 1 is a flowchart showing flow of a send proc- io 
ess; 

Fig.- 12 is a flowchart showing flow of a receive 
process; 

Fig. 13 is a flowchart showing process flow in a 
decision part; is 
Fig. 14 is a flowchart showing flow of a status 
administration process; 

Fig. 15 is a flowchart showing flow of a reporting 
administration process; 

Fig. 16 is a flowchart showing flow of a timeout 20 
process; 

Fig. 1 7 is a flowchart showing flow of an operational 
status process; 

Fig. 1 8 is a flowchart showing flow of another proc- 
ess; 25 
Fig. 19 is a configuration of a text messaging sys- 
tem according to a second embodiment; 
Fig. 20 is a configuration of a text messaging sys- 
tem according to a third embodiment; and 
Fig. 21 is a conceptual configuration diagram of a 30 
conventional text messaging system using mobile 
terminals. 

Best Mode for Implementing the Invention 

35 

[0057] Next gives a detailed explanation of the 
present invention referring to the drawings. 

First Embodiment 

40 

[0058] Fig. 1 shows a functional block diagram of a 
text messaging system according to the first embodi- 
ment. The text messaging system according to the first 
embodiment consists of server 1 connected to Internet 
2 and mobile communication network 4, multiple PC cli- 45 
ents 3, and multiple mobile phones 5A, 5B, ... on the 
mobile communication network 4. Incidentally; to sim- 
plify the drawing, only one PC client 3 is shown. The 
mobile phone can send and receive a text message. 
The server 1 is notified of a detected self status of each so 
mobile phone such as "busy" or "out of radio area." 

Server 

[0059] The server 1 has text message send part 6, 55 
text message receive part 7, status administration part 
8, status storage part 9, decision part 10, notification 
management part 1 1 , message storage part 12, receive 



part 13, send part 14, and radio status detection part 
15. 

[0060] The text message send part 6 and text mes- 
sage receive part 7 send and receive a text message 
with the PC client 3 connected to the Internet 2, and 
send and receive send result notification of a text mes- 
sage or already-read notification of a text message with 
the PC client 3. 

[0061] The status administration part 8 receives 
operational status of the PC client from the PC client 3 
and stores it in the status storage part 9 for each user. 
The operational status of the PC client is, for example, 
activation and completion of Internet applications, con- 
nection and disconnection of the Internet 2, activation 
status of a screen saver, or PC in operation. The status 
administration part 8 receives stores prescribed infor- 
mation from the PC client 3 and stores it in the status 
storage part 9 for each user. The prescribed information 
is, for example, an e-mail address of each user, a nick- 
name in IRC, a server and a channel, the phone number 
of a mobile phone, or present phone number. 
[0062] Fig. 2 shows an example of an operational 
status and a phone number of each PC client retained 
for each user by the status storage part 9. As shown in 
Fig. 2, the status storage part 9 retains only one active 
status for each user. For example, even if one user has 
multiple PC clients, a PC for which an up-to-date status 
is set according to the user's operation is valid. In Rg. 2, 
if data are blank, it is determined that the status is null. 
[0063] For example, a status of each PC client in 
Rg. 2 means the following: 

User A: PC does not operate because there is not 
an IP address. 

User B: PC is in operation and is connected to a 
network. 

User C: PC is in operation and is connected to a 
network. E-mail is currently in use. 
User D: PC is in operation. Chatting by IRC. PC is 
in operation. There is a phone number of a destina- 
tion. 

User E: PC is in operation. A Screensaver is active. 
There is a phone number of a destination. 

[0064] When the server 1 receives a text message 
addressed to any of the users, the decision part 10 
operates as follows. The decision part 1 0 refers to the 
operational status of a PC client of the relevant user and 
determines a send mode which can receive the text 
message in real time. At this time, if an Internet applica- 
tion is active on the PC client of the relevant user, the 
decision part 10 determines that the text message is 
sent with the Internet application. If a PC client of the 
relevant user does not exist, is not connected to the 
Internet, or is not used, the mobile phone of the relevant 
user is determined as the destination of the text mes- 
sage. If necessary, the text message is converted after 
the determination of a send mode, and the send request 
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of the text message is done to the message send part 6 
or send part 14. The decision part 10 notifies the text 
message to be sent to the notification management part 
1 1 to monitor the send result of the text message. 

[0065] The notification management part 1 1 retains 
the text message sent in response to the notification 
from the decision part 10 in a message table. The noti- 
fication management part 1 1 also sends send notifica- 
tion to the sender if the status of the text message 
corresponds to a prescribed case. The prescribed case 
is such that the other party did not read the text mes- 
sage within a prescribed time, the text message was not 
read while the network application is active, the text 
message is not read while the PC is connected to the 
Internet 2. Fig. 3 shows a conceptual diagram of the 
message table. In the message table shown in the fig- 
ure, the name of a sender, the name of a receiver, the 
type of receiver, the timer ID, and the contents of the text 
message are retained. 

[0066] The message storage part 12 temporally 
stores the text message if the text message is not imme- 
diately sent to the mobile terminal 5A, 5B, etc. 
[0067] The receive part 13 and send part 1 4 are for 
sending and receiving the text message among mobile 
phones 5A and 5B. 

[0068] Radio status detection part 15 detects notifi- 
cation from the mobile phone 5A or 5B and stores the 
status of the mobile phone such as within radio area or 
busy. 

PC Client 

[0069] The PC client 3 has text message 
send/receive 21, network service detection part 22, PC 
operation detection part 23, and status setting part 24. 
[0070] The text message send/receive part 21 
sends and receives the text message with the server 1 , 
notifies the user of the send result of the text message 
sent from the server 1 , and further notifies the server 1 
that the received text message was read according to 
the input of the user. Incidentally, the text message 
send/receive part 21 may be an independent applica- 
tion or another Internet application for sending and 
receiving text messages can be substituted. An e-mail 
application or an IRC application is cited as an example 
of an application for sending and receiving text mes- 
sages. 

[0071] The network service detection part 22 
detects the activation and completion of a network 
application. Specifically, it detects the connection and 
disconnection of an webpage or the activation and com- 
pletion of an e-mail or IRC application, and notifies the 
status setting part 24 of it each time the status changes. 
At the same time, it detects an e-mail address, a nick- 
name used for IRC, a server, and a channel and notifies 
of them. 

[0072] The PC operation detection part 23 monitors 
a user status and notifies the status setting part 24 of it 



each time the status changes. Specifically, it monitors 
whether or not there is input by keyboard or mouse, the 
PC client 3 connects to or disconnects from a network 
by LAN or dial up, the Screensaver is active, input by 

5 keyboard or mouse is done on the top window in multi- 
window. The PC operation detection part 23 also sends 
"connection message" to the status administration part 
8 of the server 1 at every definite period of time. If "con- 
nection message" does not come within a period of 

70 time, the status administration part 8 determines that 
the PC client 3 is disconnected from the Internet 2. 

[0073] The status setting part 24 notifies the status 
administration part 8 of the server of the status of the 
PC client detected by the above-mentioned service 

75 detection part 22 and the PC operation detection part 
23. The status setting part 24 receives the mobile 
phone number of the user and the present phone 
number and notifies the status administration part 8 of 
the server 1 of them. Furthermore, the status setting 

20 part 24 obtains the operational status of the PC client of 
another user, destination, contact address, etc. from the 
server 1 and outputs them. 

Processes on PC Client 

25 

[0074] Next gives a specific explanation of the proc- 
ess done by the PC client according to the embodiment 
(process done by the application) showing screen 
examples and flowcharts. 

30 

(1) Screen Example 

"In" Status Setting Window 

35 [0075] Fig. 4 shows an example of a window for set- 
ting whereabouts of the user. The right side of the 
screen shown in the figure is a presence status setting 
window. This window is for writing presence status of 
the user (present, absent, away from seat, in council, in 

40 laboratory, etc.), his/her destination, phone number, 
brief schedule, etc. Input in the window by the user noti- 
fies the status administration part of the server 1 of a 
presence status. The presence status of another user 
obtained from the server 1 by the status setting part is 

45 displayed on a window on the left side in the figure. 

Text Message Send Window 

[0076] Fig. 5 shows an example of a message send 
so window in the PC client 3. Selecting the receiver of a 
text message on the above-mentioned left window in 
the figure opens the text message send window. With 
this, a brief message such as "hey, come on" or "call 
me" can be notified substantially in real time rf the other 
55 party connects to the Internet 2 with a PC client. Fur- 
thermore, by checking the send result notification box, 
the result notification of a sent message can be asked 
for. 
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Text Message Receive Window 

[0077] Fig. 6 shows the receive window of text mes- 
sages. The receive window is displayed in the corner of 
the screen without being displayed in front of the win- s 
dow being used. On the right side of the window, there 
is a button for replying by call or text message. This but- 
ton is for immediately replying to a received text mes- 
sage. The button on the right edge is for abandoning the 
text message without replying to it. By pressing any of io 
the buttons or closing the window, the already-read 
message showing the text message was read is sent to 
the server 1 from the PC client 3. The text message 
receive part 6 of the server 1 that received notification 
notifies the notification management part 11 of an is 
already-read notification. 

[0078] If the PC client 3 where an internet applica- 
tion is in operation received a text message, the receive 
window is displayed with the application window. Fig. 7 
is a screen example when a text message is received 20 
while an e-mail application is being used A message 
from user B indicated as to-be- read in Fig 7 is a mes- 
sage send by the present invention Fig. 3 is a screen 
example when a text message is received while the IRC 
application is being used. If these internet application 25 
are being used, the mail becoming already- read or reply 
input to a chat is detected with the service detection 
part 22 of the PC client 3 and is notified the server 1 . 

(2) Operational Status Notification Process 30 

[0079] Once a PC is powered and connected to the 
server via the Internet, the operative status notification 
process shown in Fig. 9 and the connection status noti- 
fication process shown in Fig. 10 are commenced. 35 
[0080] At first in step SI , the above-mentioned net- 
work service detection part 22 and the PC operation 
detection part 23 monitor the operational status of the 
PC client 3. 

[0081] In step S2, the service detection part 22 and 40 
the PC operation detection part 23 determine whether 
or not there is a change in the operational status. If 
there is a change, a new status is notified the status set- 
ting part 24 and step S3 ensues. If there is no changes 
in the operational status, the process returns to step S1 . 45 
[0082] In step S3, the status setting part 24 
received the notification notifies the server 1 of a new 
operational status. At the moment, information for iden- 
tifying the user such as a user name or an IP address is 
added and notified, and the process returns to step S1 so 
to monitor occurrence of a new status change. 
[0083] In other words, in steps S1 to S3, a process 
that the change of the operational status of the PC client 
is notified the server 1 is performed. 

[0084] Meanwhile, the PC operation detection part 55 
23 performs the connection status notification process 
shown in Fig. 10 in addition to the monitor and detection 
of the PC operation in the above-mentioned steps S1 



and S2 and notifies the server! of the connection sta- 
tus. 

[0085] At first, in step S21 , the PC operation detec- 
tion part 23 determines whether or not the PC client 3 is 
connected to the Internet 2. If the result is "Yes", step 
S22 ensues. If the result is "No", the process returns to 
step S21 again and repeat the above-mentioned deter- 
mination. 

[0086] In step S22, the PC operation detection part 
23 sends the connection notification to the server 1 via 
the status setting part 24. 

[0087] In step S23, the PC operation detection part 
23 waits for the elapse of predetermined time T and if 
the time elapsed, the process returns to step S21 and 
repeats the above-mentioned determination and con- 
nection notification. 

[0088] Namely, in steps S21 to S 23, while the PC 
client 3 is connecting to the Internet 2, a process that 
the connection notification to the server 1 is performed 
every time the predetermined time T elapses. 

(3) Send Process 

[0089] When the PC is powered and connected to 
the server via the Internet, the send process as shown 
in Fig. 1 1 are commenced along with the above-men- 
tioned operation status notification process and the con- 
nection status notification process. 
[0090] In step S31, the text message send/receive 
part 21 determines whether or not the other party a text 
message is sent to was selected. If the result is "Yes", 
step S32 ensues. Otherwise the process repeats the 
step and waits for the other party to be selected. 
[0091] In step 32, the text message send/receive 
part 21 opens the text message send window in Fig. 5 
and accepts the input of a text message to be sent 
[0092] In step S33, the text message send/receive 
part 21 waits for the "Send" button to be pressed. When 
the button is pressed, the input message is sent to the 
serve with the sender's name and the process returns to 
step S31. 

(4) Receive Process 

[0093] When the PC is powered, a receive process 
as shown in Fig. 12 is commenced in parallel with the 
above-mentioned process. 

[0094] At first, in step S41, the text message 
send/receive part 21 waits for a reception from the 
server 1 and if there is a reception, step S42 ensues. 
[0095] In step S42, the text message send/receive 
part 21 determines whether or not the reception is a text 
message from another user. If the result is "Yes", step S 
43 ensues. Otherwise step S50, which will be descried 
below, ensues. 

[0096] In step S43, the text message send/receive 
part 21 opens the receive window exemplified in Fig 6, 
7, or 8, notifies the user of the received text message 
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part, and obtains a sender number included in the sent 
text message such as an IP address. 
[0097] In step S44, the text message send/receive 
part 21 determines whether or not the reply button was 
pressed. If the above-mentioned read-and-abandon 
button was pressed or the window was closed, step S45 
ensues. If the reply button was pressed, step S46 
ensues. 

[0098] In step S45 t the text message send/receive 
part 21 sends a already- read notification that notifies 
the server that the text message was read. 
[0099] In step S46, the text message send/receive 
part 21 determines whether the pressed reply button is 
the button for call. If the button for call was pressed, the 
step S47 ensues. If the reply button by text message 
was pressed, step S48 ensues. 

[0100] In step S47, the text message send/receive 
part 21 dials the mobile-phone number of the other 
party or the phone number of current whereabouts that 
is notified with the text message. The receive wait state 
in step S41 returns. 

[0101] In step S48, the text message send/receive 
part 21 opens the text message send window as shown 
in the above-mentioned Fig. 5 and accepts the input of 
a text message. By the text message being input and 
the "Send" button being pressed in step S49, the input- 
ted text message is sent. The destination of the text 
message to be sent is set to the sender of the text mes- 
sage that is previously obtained. 

[0102] If it is determined that the reception is not a 
text message in step S42, step S50 ensues. In step 
S50, the text message send/receive part 21 determines 
whether or not the send result of the text message is 
received. If the reception is the send result, then step 
S51 ensues, the send result notified from the server 1 is 
notified the user, and the receive wait state in step S41 
returns. For example, a send result The message 
addressed to 020-222-222 was not read and forwarded 
to the mobile phone.* is displayed on the screen. If the 
reception is not the send result, step S52 ensues. 
[0103] In step S52, the text message send/receive 
part 21 determines whether or not the reception is an 
already-read notification. If the reception is the already- 
read notification, step S53 ensues and it is notified the 
user that the sent text message is read by the other 
party. For example, as the result display of the mail in 
Fig. 7, the text message is displayed in catalogue and 
the relevant message part is displayed with half-tone 
dot meshing or a color. After that the receive wait state 
of step S41 returns. 

Processes on the Server 

[0104] The flow of the process performed by the 
server 1 is explained with a flowchart In the following 
description, the operational status of each PC client is 
shown in the above-mentioned Fig. 2. The server 1 can 
support an e-mail or IRC application used by the PC cli- 



ent. To simplify the description, a case that a text mes- 
sage is sent from the mobile phone 5A of user A to the 
mobile phone of another user C is described as a exam- 
ple. 

5 

(1) Decision Process 

[0105] At first, flow of the process performed by the 
decision part 10 based on Fig. 13 is explained. 

io [0106] In step S61, by the decision part 10 receiv- 
ing from the receive part 13 of the server 1 a text mes- 
sage sent from the mobile phone 5A of user A, the 
process is commenced. The text message includes the 
mobile phone number, contents of the text message, 

15 sender information, and the presence of the notification 
of the send result. Now assume that the mobile phone 
number of user C is '020-444-4444", contents of the text 
message is "Returns to the office at 3 p.m.", and the 
sender information is the mobile phone number of user 

20 A i.e. "020-444-4444." 

[0107] Incidentally, when a text message is sent 
with each application from the PC client 3, the message 
receive part 7 of the server 1 receives the text message 
and notifies the decision part 1 0 of it In this case, infor- 
ms mation for identifying the sender and receiver is a user's 
name or an IP address. If the text message is sent by e- 
mail, the information is an e-mail address; if the text 
message is sent by IRC, the information is a nickname. 
[0108] In step S62, the decision part 10 searches in 

30 the status storage part 9 with the received mobile phone 
number "020-444-4444" as a search key and obtains 
the status of user C. Similarly, the decision part 1 0 also 
obtains the status of the sender. 
[0109] In step S64, the decision part 10 determines 

35 whether or not the PC client of user B is connected to 
the Internet 2. In this example, since the IP address of 
user C is not empty, it is determined that the PC client is 
connected and step S 65 ensues. If it is not connected, 
the text message is sent to the send part 14 and step S 

40 74, which is described below, ensues. 

[0110] In step S65, it is determined whether or not 
the PC client 3 of user C is in operation. Namely, if a 
screensaver is active on the PC client of user C, it is 
assumed that user C is not in front of the PC and a 

45 mobile phone is selected as a destination. The received 
text message is stored in the message storage part 12. 
Conversely, a screensaver is not active on the user C's 
PC in this example. Therefore the other party is 
assumed to be in front of the PC, the PC client of user C 

so is selected as a destination, and step S66 ensues. 

[0111] In step S66, the decision part 10 determines 
whether or not an Internet application of the PC client is 
active on the PC client 3 of user C. Specifically, by refer- 
ring to Fig. 2, it is understand that the e-mail address of 

55 user C is written and the e-mail is being used. In this 
case, step S67 ensues. Conversely, if the Internet appli- 
cation is not active, step S68, which is described later, 
ensues. 
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[0112] In step S67, the decision part 10 obtains a 
necessary parameter for sending the text message with 
an e-mail application such as an e-mail address from 
the status storage part 9. At this moment the decision 
part 10 also obtains the name of user A. 5 

[0113] In step S68, the decision part 10 obtains a 
necessary parameter for directly sending the text mes- 
sage such as an IP address from the status storage part 
9. At this moment the decision part 10 also obtains the 
name of user A. 10 
[0114] : In step S69, the decision part 10 notifies the 
text message send part 6 of the text message and the 
information obtained in step S67 or S68 and requests 
send. In this example, the text message is configured to 
an e-mail message by text message send part 6 and 75 
sent to the e-mail address of user C. In the PC client 3 
of user C which received the e-mail message, the text 
message is displayed on an window shown in Fig. 7. 
The e-mail message sent from the server is usually sent 
to a client via an e-mail server. 20 
[0115] In above-mentioned step S63, if it is deter- 
mined that the PC client of user C is not active, step S70 
ensues. 

[0116] In step S70, the decision part 10 obtains a 
parameter which is necessary to send the text message 25 
to the mobile phone of user C such as a mobile phone 
number from the status storage part 9. At the same 
time, the decision part 10 also obtains the name of user 
A, which is a sender, the mobile phone number of user 
A, and the number of whereabouts. If it is determined 30 
there is no statuses and step S70 ensues, the parame- 
ter of user C is not obtained. Consequently, the other 
party's phone number that were sent when the previous 
message was received "020-444-4444" is set to the 
other party's phone number and next step S71 pro- 35 
ceeds. 

[0117] In step S71 , the decision part 10 passes the 
information obtained in the above-mentioned step S70 
to the send part 14 and requests radio transmission. 
[01 18] In step S72, the decision part 1 0 determines 40 
whether or not the mobile phone of user C can notify the 
server 1 that the text message was read and the sender 
requests notification. If both is possible, step S73 
ensues. If the notification from the mobile phone is 
impossible, the process returns to step S61 and waits 45 
for the reception of the text message. 
[0119] In step S73, the decision part 10 sends the . 
sent text message, the sender's name, and send notifi- 
cation including a send terminal and a receive terminal 
to the notification management part 1 1 . And step S61 so 
returns. As described later, the notification part 11 
writes contents of the received send notification in the 
message table. 

[0120] In the above-mentioned step S64 or S65, if it 
is determined that the PC client of user C is not con- 55 
nected to the Internet or the PC is not currently used, 
step S47 ensues. 

[0121] In step S74, the decision part 1 0 determines 



whether or not sender A requests notification of a send 
result If sender A requests the notification, then the 
above-mentioned step S70 ensues and the notification 
to the mobile phone is sent. 

[0122] In step S75, the decision part 10 creates 
result notification addressed to the sender indicating 
that the text message is temporally stored in the mes- 
sage storage part 12. 

[0123] In step S76, the decision part 1 0 determines 
send mode according to the status of sender A sends 
the result notification created in step S74. Namely, the 
decision part 1 0 sends the text message to the mobile 
phone because the PC client of receiver C is not con- 
nected to the Internet and notifies user A that a text 
message indicating it. The message is sent to the deci- 
sion part 1 0 and transmitted to sender A in an appropri- 
ate way. 

(2) Status Administration Process 

[0124] Flow of status administration process man- 
aging the operational status of the PC client in the 
server 1 is described next with a flowchart shown in Fig. 
14. 

[0125] At first, it is notified the status administration 
part 8 of the server 1 from the status setting part 24 that 
the operational status in the PC client 3 of the user 
changed in step S81 and the process is commenced. 
[0126] In step S82, the status administration part 8 
updates the contents of the status storage part 9 for 
each user based on the received contents. 
[0127] In step S83, the status administration part 8 
further notifies the notification management part 1 1 of 
the change of the operational status. 

(3) Reporting Administration Process 

[0128] Reporting administration process perform- 
ing notification to the sender from the server 1 is 
described below with a flowchart shown in Rg. 15. In 
this embodiment, the following four processes are per- 
formed: (i) main process, (ii) timeout process of stored 
text message, (iii) process of stored text message 
according to a receiver status, and (iv) process other 
than above. 

(i) Main process 

[0129] At first, in step S91 in Fig. 15, receiving 
events such as message, timeout process, and status 
notification of user's activities commences the following 
process. 

[0130] In step S92> the notification management 
part 1 1 determines whether or not the received event is 
a text message. If the event is a text message, step S93 
ensues. Otherwise step S100, which will be described 
later, ensues. 

[0131] In step S93, the notification management 
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part 11 determines whether or not the received text 
message is send notification notified from the decision 
part 10 in step S37 in Fig. 13. If the received text mes- 
sage is the send notification, step S94 ensues. If the 
received text message is not the send notification, no 
process is performed and step S91 returns. 

[0132] In step S94, the notification management 
part 1 1 activates a timer counting a prescribed time and 
manages the message table with timer ID. 
[0133] In step S95, the notification management 
part 11 writes timer ID in addition to contents of the text 
message included in the send notification, sender and 
receiver, and send/receive type. Then step S95 ensues. 
[0134] If it is determined in step S 92 that the text 
message is not send notification or is not an usual text 
message, then step S100 ensues. 
[0135] In step S100, the notification management 
part 11 determines whether or not the received event is 
timeout notification. If the event is timeout notification, 
message timeout handling routine in step S300 ensues. 
In the timeout handling routine, stored text messages 
that timed out are deleted. Timeout process is 
described later. If the received event is not timeout noti- 
fication, step S200 ensues. 

[0136] In step S200, the notification management 
part 11 determines whether or not the received event is 
notification of the operational status of a PC client. If the 
event is the notification of the operational status, step 
S500 ensues and another handling routine is per- 
formed. The operational status handling routine in step 
S400 and another operational routine in step S500 are 
described later. 

(ii) Timeout Process 

« 

[0137] If it is determined in step SI 00 that the event 
is timeout notification, the timeout handling routine in 
step S300 ensues. Fig. 16 is a flowchart showing flow of 
the timeout handling routine. 

[0138] At first in step S301 , the notification manage- 
ment part 1 1 determines whether or not the timed-out 
text message is left in the message table. If the text 
message is left, it is assumed that already-read notifica- 
tion from the receiver in a predetermined time and step 
S302 ensues. If the text message is not left, the main 
routine in above-mentioned Fig. 15 returns. 
[0139] In step S302, the notification management 
part 1 1 determines whether or not the type of the 
receiver of the timed-out text message is a mobile 
phone. If the type is a mobile phone, step S303 ensues; 
if the type is a PC client, step S307 ensues. 
[0140] In step S303, the notification management 
part 1 1 determines whether or not the sender hopes for 
notification of send result of the text message. If the 
sender hopes for the notification, step S304 ensues. If 
the sender does not hope for the notification, step S306 
ensues. 

[0141] In step S304, the notification management 



part 1 1 creates to-be-read result notification that indi- 
cates the sent text message was not read and step 
S305 ensues. 

[0142] In step S305, the notification management 
s part 11 notifies the decision part 10 of created to-be- 
read result notification. The decision part 10 selects 
appropriate send means and send method from the 
sender status and sends the to-be-read result notifica- 
tion to the sender. 
10 [0143] in step S306, the notification management 
part 1 1 deletes an entry of relevant text messages from 
the message table and the main routine in above-men- 
tioned Fig. 1 5 returns. 

[0144] That is to say, in steps S303 to S305, result 
is notification indicating the text message is sent to the 
mobile phone, but it was not read.' is sent to the sender. 
[01 45] In step S302, if the receiver is determined as 
a PC client, step S307 ensues. 

[0146] In step S307, as is the case with the above- 
20 mentioned S303, the status administration part 11 
determines whether or not the sender hopes for notifica- 
tion of send result. If the sender hopes for the notifica- 
tion, step S308 ensues. If the sender does not hope for 
the notification, step S31 5 ensues. 
25 [0147] In step S308, the notification management 
part 11 creates radio send result notification indicating 
the text message is sent to the mobile phone. 
[0148] In step S309, the notification management 
part 1 1 notifies the decision part 10 of the created radio 
30 send result notification. The decision part 10 that 
received the notification notifies the sender of the 
above-mentioned result notification in a send mode 
according to the operational status of the sender's PC 
client 

35 [0149] In step S310, the notification management 
part 11 passes the text message to the send part 14 
and deletes the entry of the relevant text message from 
the message table. 

[0150] In step S311, the notification management 

40 part 1 1 obtains necessary information such as the 
receiver's mobile phone number to send the text mes- 
sage to the mobile phone from the status storage part 9. 
[0151] In step S312, the notification management 
part 1 1 notifies the send part 1 4 of send information and 

45 requests the transmission of text message. 

[0152] In step S313, the notification management 
part 1 1 determines whether or not it can be notified that 
the receiver's mobile phone read the text message. If it 
can be notified, the step S314 ensues. Otherwise the 

so main routine in above-mentioned Fig. 15 returns. 

[0153] In step S314, the notification management 
part 11 issues send notification including 
sender/receiver, send/receive type, etc. This send noti- 
fication is written in the message table in the above- 

55 described step S94. 
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(iii) Operational Status Process 

[0154] In step S200, if the received event is deter- 
mined as the change notification of the operational sta- 
tus of the PC client, step S400 operational status 5 
handling routine shown in Fig. 17 ensues. Fig. 17 is a 
flowchart showing flow of the operational status han- 
dling routine. 

[0155] At first in step S401 , the notification manage- 
ment part^l 1 determines whether or not the text mes- w 
sage addressed to the PC client with the operational 
status changed is in the message table. If it is in the 
message table, step S402 ensues. If not, the main rou- 
tine returns. 

[0156] In step S402, the notification management is 
part 1 1 determines whether or not the change of the 
status corresponds to "disconnection from the Internet" 
or "Screensaver active." If it corresponds to either of the 
above two statuses, step S403 ensues. If it is not corre- 
sponds to any of the above two statuses, step S410 20 
ensues. 

[0157] In step S403, the notification management 
part 1 1 determines whether or not the sender hopes for 
the send notification sent to the sender, and if the 
sender for it step S404 ensues. If the sender does not 25 
hope for it step S4 1 6 ensues. 

[0158] In step S404, the notification management 
part 1 1 creates radio send result notification and notifies 
the decision part of it. assuming that the a text message 
that was previously sent to the PC client. For example, 30 
Radio send result notification with a message "The 
message addressed to 020-222-222 was not read in the 
PC and was sent to the mobile phone/ is created. The 
decision part determines a send mode according to the 
status of the sender and requests it to be sent from the 35 
text message send part 6 or the send part 14. 
[0159] In step S405, the notification management 
part 1 1 passes the text message to the send part 1 4 
and deletes the entry of the relevant text message from 
the message table. 40 
[0160] In step S406, the notification management 
part 1 1 obtains necessary information such as a mobile 
phone number to send it to the mobile phone from the 
status storage part 9. 

[0161] In step S407, the notification management 45 
part 1 1 sends the obtained send information to the send 
part 14 and requests sending. 

[0162] In step S408, the notification management 
part 1 1 determines whether or not that the receiver's 
mobile phone read can be notified. If it is possible, step so 
S409 ensues. Otherwise the main routine in Fig. 10 
returns. 

[0163] In step S409, the notification management 
part 11 creates send notification including the sent text 
message, sender/receiver, and send/receive type, etc. 55 
This send notification is written in the message table in 
step S94 of the above-mentioned main routine. 
[0164] If it is determined that the status change 



notified in above-mentioned S402 is not disconnection 
or activation, step S41 0 ensues. 

[0165] In step S410, the notification management 
part 1 1 determines whether or not the notified status 
change is completion notification of an Internet applica- 
tion that is already sent. If it is completion notification, 
step S41 1 ensues; otherwise the main routine in Fig. 15 
ensues. 

[0166] In stepS411, the notification management 
part 1 1 obtains send information necessary to send to 
PC client such as an IP address by referring to the sta- 
tus storage part 9. 

[0167] In step S412, the notification management 
part 1 1 passes the send part 1 4 an obtained send mes- 
sage or text message and requests sending. 
[0168] In step S413, the notification management 
part 1 1 deletes the relevant text message from the mes- 
sage table. 

[0169] In step S414, the notification management 
part 1 1 determines whether or not the sender hopes for 
the notification of the send result. If the user hopes for 
the notification, step S415 ensues. If not, the main rou- 
tine indicated in Rg. 1 5 ensues. 

[0170] In step S415, the notification management 
part 1 1 creates a PC send result notification and notifies 
the decision part 10 of it, assuming that a text message 
previously sent to an Internet application of the PC cli- 
ent was not read. For example, a PC send result notifi- 
cation with a content "a text message addressed to 
channel #CA was not read and was sent to PC" is cre- 
ated. The decision part 10 selects a send means and 
send method according to the seder's status and 
requests sending from the text message send part 6. 
[0171] In step S416, the notification management 
part 1 1 obtains information necessary to send to the 
mobile phone such as the mobile phone number from 
the status storage part 9. 

[0172] In step S417, the notification management 
part 1 1 passes the obtained information to the send part 
14 and requests sending. 

(iv) Other Process 

[0173] In step S200, if it is determined that the 
received event is not a change notification of the opera- 
tional status, another handling routine in step S500 
ensues. Fig. 18 is a flowchart showing flow of another 
handling routine. 

[01 74] At first in step S501 , the notification manage- 
ment part 1 1 determines whether or not the received 
event is text message acquisition notification from the 
receiver. For example, if acquisition notification from a 
PC client or mobile terminal that received a text mes- 
sage is received by the text message receive part 7 or 
the receive part 13, the acquisition notification is sent to 
the notification management part 1 1 . There may also be 
the case in which reply to an e-mail message or a con- 
firmation command sent in the same channel of IRC 
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may be detected by the text message receive part 7 and 
the acquisition notification 1 1 is sent to the notification 
management part 1 1 . If the received event is acquisition 
notification, step S502 ensues; otherwise a below- 
described step S503 ensues. 

[0175] In step S502, the notification management 
part 11 deletes the entry of the relevant text message 
from the message table and the main routine in Fig. 15 
returns. 

[0176] In step S503, the notification management 
part 1 1 determines whether or not the received event is 
notification indicating a text message to the mobile 
phone is stored. If it is the notification, step S504 
ensues. Otherwise the main routine in Fig. 1 5 returns. 
That is to say, if a text message is stored in the message 
storage part 12, storage notification is sent to the notifi- 
cation management part 1 1 from the send part 1 4. 
[0177] In step S504, the notification management 
part 1 1 determines whether or not the sender hopes for 
the notification of a send result. If the sender hopes for 
the notification, step S505 ensues. If not, the main rou- 
tine in Fig. 15 ensues. 

[0178] In step S505, the notification management 
part 11 creates storage result notification indicating a 
text message is stored. The decision part 10 deter- 
mines a send mode according to a sender's status and 
requests sending of storage result notification from the 
send part 6 or the send part 1 4. 

[0179] In the above process, time to be timed out or 
notification setting when a text message is not read 
immediately may be set for the server from a mobile 
phone or a PC client via the Internet. The setting can 
also be performed with a text message in a prescribed 
format. 

Second Embodiment 

[0180] A mobile terminal can obtain arbitrary infor- 
mation by sending a text message in a prescribed for- 
mat from the mobile terminal with the text messaging 
system shown in the above-mentioned first embodi- 
ment. 

[0181] For example, Fig. 19 shows a configuration 
diagram of a text messaging system that changes or 
refers to the operational status of a PC client managed 
by the server 1 . In Fig. 19, information server 30 is used 
as a PC client. The mobile terminal 5 sends a text mes- 
sage in a format for sending the text message to the PC 
client. The information server 30 pretends to be the PC 
client and sets an operational status form the server 1 . 
[0182] For example, a destination or schedule infor- 
mation is sent from a mobile terminal 5 to a phone 
number of the information server 30 as a text message 
in a prescribed format. As described, the server 1 sends 
the text message to the information server 30. The infor- 
mation setting part 26 of the information server 30 that 
received the text message analyzes the received text 
message, and notifies the status administration part 8 of 



information that changes the operational status of the 
sender. 

[0183] The information setting part 26 sends a text 
message indicating that the destination of another user 
5 needs to be known with a phone number of the other 
user. Then the server 1 sends the text message to the 
information server 30. 

[0184] The information acquisition part 25 of the 
information server 30 analyzes the received text mes- 

io sage and obtains the operational status of the other PC 
client with the phone number as a search key. The 
obtained information is sent as a text message from the 
information server to the number of the sender mobile 
terminal. Accordingly, for example, current whereabouts 

75 of another user can be identified and a call can be made 
to him/her. 

Third Embodiment 

20 [01 85] As shown in Fig. 20, the radio server 1 b may 
be made to have the message storage part 1 2 and radio 
status detection part 15 by installing a radio sever 1b 
independent of a text message server la. In this case, 
the receive part 1 3a and 1 3b and the send part 14a and 

25 1 4b are respectively installed in the text message server 
1a and the radio server 1b. The status administration 
server 1c may also be made to have the status adminis- 
tration part 8 and decesion part 9 by further installing an 
independent status administration server 1 . 

30 

Fourth Embodiment 

[0186] A where-to-call number may be sent with a 
text message so that the other party can immediately 

35 call back when the text message is sent from a PC client 
or a mobile phone. A receiver can call the number and 
talk to the other party as soon as he receives the text 
message. For example, the decision part 1 0 refers to 
the sender's status as well as the receiver's status. If the 

40 number of current whereabouts is set in the status stor- 
age part 12, the decision part 10 sends the phone 
number as a callback number with the text message. If 
the number of current whereabouts is not set, the 
mobile phone number may be sent with the text mes- 

45 sage as a callback number. 

Fifth Embodiment 

[0187] In addition to the above-mentioned embodi- 
so ment, it is conceivable that a schedule in a particular 
condition is obtained or a function such as acquisition of 
e-mail is added to the server 1 . Services can easily be 
added without changing server configuration. 

55 Sixth Embodiment 

[0188] In the above-mentioned embodiment, a sin- 
gle mobile communication network and a single Internet 
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are respectively shown. However, they may be multiple. 
Since the status administration part of the server 1 
holds only one active status per user, if the number of 
networks increases, it can be supported. 

5 

Industrial Applicability 

[0189] Use of this invention allows a text message 
to be sent in a send mode according to the other party's 
status and to be sent and received substantially in real io 
time. By notifying the sender of send result such as the 
text message not being checked by the other party, the 
text message can be notified in another send mode. 
Furthermore, the sender can know which send mode is 
used in which the text message was sent and thus com- is 
munications with texts can be smoothly performed in 
real time. 

Claims 

20 

1 . A text messaging system made up of a plurality of 
information terminals provided with communica- 
tions means, and servers connected to the informa- 
tion terminals via communications lines responsive 

to the communications means, the text messaging 25 
system comprising: 

transmission means provided in the informa- 
tion terminals for transmitting to the servers 
text messages addressed to other of the infor- 30 
mation terminals; 

reception means provided in the information 
terminals for receiving from the servers text 
messages from other of the information termi- 
nals; 35 
status detection means provided in the infor- 
mation terminals for detecting and reporting to 
the servers operational status including at least 
status of connection with the communications 
lines; 40 
reception means provided in the servers for 
receiving text messages from the information 
terminals; 

transmission means provided in the servers for 
transmitting text messages received from ones as 
of the information terminals to others of the 
information terminals; 

status administration means provided in the 
servers for holding per user information-termi- 
nal operational status reported from said status so 
detection means; and 

decision means provided in the servers for 
deciding transmission modes for the text mes- 
sages according to the information terminal 
operational status. 55 

2. A text messaging system made up of at least one 
mobile terminal and at least one information termi- 



nal respectively provided with communication 
means, and at least one server connected to the at 
least one mobile terminal and to the at least one 
information terminal via at least one communica- 
tions line responsive to the communications means, 
the text messaging system comprising: 

transmission means provided in the at least 
one information terminal for transmitting to the 
at least one server text messages addressed to 
the at least one mobile terminal, or to at least 
one other information terminal wherein the sys- 
tem includes a plurality thereof; 
reception means provided in the at least one 
information terminal for receiving from the at 
least one server text messages from the at 
least one mobile terminal, or from at least one 
other information terminal wherein the system 
includes a plurality thereof; 
status detection means provided in the at least 
one information terminal for detecting and 
reporting to the at least one server operational 
status including at least status of connection 
with the at least one communications line; 
reception means provided in the at least one 
server for receiving text messages from the at 
least one mobile terminal or the at least one 
information terminal; 

transmission means provided in the at least 
one server for transmitting to the at least one 
information terminal text messages received 
from the at least one mobile terminal, and 
transmitting to the at least one mobile terminal 
text messages received from the at least one 
information terminal, or transmitting text mes- 
sages received from the at least one mobile 
terminal or the at (east one information terminal 
to at least one other mobile terminal or to at 
least one other information terminal wherein 
the system includes a plurality of either; 
status administration means provided in the at 
least one server for holding per user informa- 
tion-terminal operational status reported from 
said status detection means; and 
decision means provided in the at least one 
server for deciding transmission modes for the 
text messages according to the information ter- 
minal operational status. 

A text messaging system according to claim 2. 
wherein: 

said status detection means further detects 
and reports to the at least one server whether 
the at least one information terminal is being 
used; and 

said decision means if the at least one informa- 
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tion terminal is being used decides the at least 
one information terminal to be a transmission 
destination for text messages. 

4. A text messaging system according to claim 2, the 5 
at least one information terminal further being pro- 
vided with service detection means for detecting 
and for reporting to the at least one server network* 
application operational status in the at least one 
information terminal; wherein: 10 



5. A text messaging system according to claim 2, 
wherein said transmission means is enabled to 
notify the at least one server that a text message 
has been read, further comprising: 25 



6. A text messaging system according to claim 5, 35 
wherein said reporting administration means for- 
wards to the at least one mobile terminal text mes- 
sages transmitted to the at least one information 
terminal in response to change in operational sta- 
tus of the at least one information terminal. 40 

7. A text messaging system according to claim 5, 
wherein if a text message transmitted to the at least 
one information terminal is not read within a prede- 
termined time period, said reporting administration 45 
means forwards the text message to the at least 
one mobile terminal. 

8. A text messaging system according to claim 5, 
wherein said reporting administration means in pre- so 
determined instances reports to text message send 
sources that their text messages have been sent to 

the at least one mobile terminal. 

9. A text messaging system according to claim 5, 55 
wherein if said reporting administration means can- 
not send a text message to the at least one mobile 
terminal, said reporting administration means 



stores the text message and reports to the text 
message send source that its text message has 
been stored. 

10. A text messaging system according to claim 2, 
wherein: 

said status detection means reports to the at 
least one server text message senders' contact 
phone numbers; 

said status administration means holds the 
reported phone numbers; and 
wherein a text message is sent from the at 
least one information terminal to the at least 
one mobile terminal, if the senders* contact 
phone number has been set, said decision 
means adds the phone number to and trans- 
mits the text message. 

11. A text messaging system according to claim 2, fur- 
ther comprising a proxy information terminal con- 
nected to the at least one communications line, 
wherein said proxy information terminal is provided 
with: 

reception means for receiving from the at least 
one server text messages from the at least one 
mobile terminal; 

information acquisition means for obtaining in 
accordance with the received text messages 
operational status of at least one other informa- 
tion terminal wherein the system includes a 
plurality thereof; 

transmission means for transmitting the 
obtained operational status as a text message 
to the at least one mobile terminal; and 
information setting means for setting and 
reporting to the at least one server operational 
status of the at least one other information ter- 
minal in accordance with the received text mes- 
sages. 

12. A text messaging system made up of at least one 
mobile terminal and at least one information termi- 
nal respectively provided with communication 
means, a first server connected to the at least one 
information terminal via at least one communica- 
tions line responsive to the communications means, 
and a second server connected to the at least one 
mobile terminal and to the at least one information 
terminal via the at least one communications line, 
the text messaging system comprising: 

transmission means provided in the at least 
one information terminal for transmitting to the 
second server text messages addressed to the 
at least one mobile terminal, or to at least one 
other information terminal wherein the system 



said status administration means holds the 
reported network-application operational sta- 
tus; and 

said decision means, wherein the network 15 
application is operable on the at least one 
server, decides to transmit text messages 
using the network application if the network 
application is running on the at least one infor- 
mation terminal. 20 



reporting administration means provided in the 
at least one server for saving text messages 
transmitted to the at least one information ter- 
minal, and, wherein not notified to the effect 30 
that a text message has been read, for forward- 
ing the text message to tne at least one mobile 
terminal. 
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includes a plurality thereof; 

reception means provided in the at least one 
information terminal for receiving from the sec- 
ond server text messages from the at least one 
mobile terminal, or from at least one other infor- s 
mation terminal wherein the system includes a 
plurality thereof; 

status detection means provided in the at least 
one information terminal for detecting and 
reporting to the first server operational status io 
including at least status of connection with the 
at least one communications line; 
status administration means provided in the 
first server for gathering and holding per user 
information -terminal operational status from is 
the at least one information terminal; 
reception means provided in the second server 
for receiving text messages from the at least 
one mobile terminal or the at least one informa- 
tion terminal; 20 
transmission means provided in the second 
server for transmitting text messages received 
from the at least one mobile terminal or the at 
least one information terminal to at least one 
other mobile terminal or to at least one other 25 
information terminal wherein the system 
includes a plurality of either; and 
decision means provided in the second server 
for obtaining from the first server operational 
status of the at least one information terminal 30 
for deciding text message transmission mode 
according to the obtained operational status. 



13. A text messaging system according to claim 1 2, the 

at least one information terminal is enabled to notify 35 
the second server that a text message has been 
read, further comprising: 

reporting administration means provided in the 
second server for saving text messages trans- 40 
mitted to the at least one information terminal, 
and, wherein not notified to the effect that a text 
message has been read, for forwarding the text 
message to the at least one information termi- 
nal. 4S 

14. In an information terminal provided with communi- 
cation means for transmitting and receiving text 
messages among mobile terminals or other infor- 
mation terminals via communication lines and serv- so 
ers responsive to said communication means, a 
text messaging device comprising: 

transmission means for transmitting to the 
servers text messages addressed to the mobile 55 
terminals or to the other information terminals; 
reception means for receiving from the servers 
text messages from the mobile terminals or 



from the other information terminals; and 
status detection means for detecting and 
reporting to the servers operational status 
including at least status of connection with the 
communications lines. 

15. A text-messaging server connected to at least one 
mobile terminal and at least one information termi- 
nal respectively provided with communication 
means, via at least one communications line 
responsive to the communications means, the 
server comprising: 

reception means for receiving text messages 
from the at least one mobile terminal or the at 
least one information terminal; 
transmission means for transmitting text mes- 
sages received from the at least one mobile 
terminal or the at least one information terminal 
to at least one other mobile terminal or to at 
least one other information terminal wherein 
the server is connected to a plurality of either; 
status administration means for receiving and 
holding per user operational status from the at 
least one information terminal; and 
decision means for deciding transmission 
modes for the text messages according to the 
information terminal operational status. 

16. A computer-readable recording medium on which is 
recorded a text messaging program utilized in an 
information terminal provided with communication 
means for transmitting and receiving text messages 
among mobile terminals or other information termi- 
nals via communication lines and servers respon- 
sive to said communication means, the computer- 
readable recording medium on which is recorded 
the text messaging program for executing: 

A: a transmission step for transmitting to the 
servers text messages addressed to the mobile 
terminals or to the other information terminals; 
B: a reception step for receiving from the serv- 
ers text messages from the mobile terminals or 
from the other information terminals; and 
C: a status detection step for detecting and 
reporting to the servers operational status 
including at least status of connection with the 
communications lines. 

17. A computer-readable recording medium on which is 
stored a text messaging administration program uti- 
lized in a server connected to at least one mobile 
terminal and at least one information terminal 
respectively provided with communication means, 
via at least one communications line responsive to 
the communications means, the computer-readable 
recording medium on which is recorded the text 
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messaging administration program for executing: 

A: reception step for receiving text messages 
from the at least one mobile terminal or the at 
least one information terminal; 5 
B: a transmission step for transmitting received 
text messages to at least one other mobile ter- 
minal or to at least one other information termi- 
nal wherein the system includes a plurality of 
either; w 
C: a status administration step for obtaining 
and holding per user operational status of the 
at least one information terminal; and 
D: a decision step for deciding text message 
transmission mode according to the opera- 15 
tional status of the at least one information ter- 
minal. 

18. A text messaging method utilized in a server con- 
nected to at least one mobile terminal and at least 20 
one information terminal respectively provided with 
communication means, via at least one communi- 
cations line responsive to the communications 
means, the text messaging method: 

25 

transmitting and receiving text messages by 
way of the server between the at least one 
mobile terminal and the at least one informa- 
tion terminal, or between the at least one 
mob^e terminal and the at least one other 30 
mobile terminal wherein the system includes a 
plurality thereof, or between the at least one 
information terminal and at least one other 
information terminal wherein the system 
includes a plurality thereof; 35 
detecting and reporting to the server opera- 
tional status of the at least one information ter- 
minal including at least status of connection 
with the at least one communications line; 
holding per user in the server the operational 40 
status of the at least one information terminal; 
and 

by means of the server deciding transmission 
mode for the text messages according to the 
operational status of the at least one informa- 45 
tion terminal. 

1 9. A text message transmission and reception method 
utilized in an information terminal provided with 
communication means for transmitting and receiv- so 
ing text messages among mobile terminals or other 
information terminals via communication lines and 
servers responsive to said communication means, 

the text message transmission and reception 
method: 55 

transmitting to the servers text messages 
addressed to the mobile terminals or to the 



other information terminals; 
receiving from the servers text messages from 
the mobile terminals or from the other informa- 
tion terminals; and 

detecting and reporting to the servers opera- 
tional status including at least status of connec- 
tion with the communications Tines. 

20. A text-messaging administration method for a 
server connected to at least one mobile terminal 
and at least one information terminal respectively 
provided with communication means, via at least 
one communications line responsive to the commu- 
nications means, the text-messaging administration 
method: 

receiving from the at least one mobile terminal 
or the at least one information terminal text 
messages addressed to the other at least one 
mobile terminal or at least one information ter- 
minal, or addressed to at least one other 
mobile terminal orto at least one other informa- 
tion terminal wherein the system includes a 
plurality of either; 

transmitting the received text messages to the 
other at least one mobile terminal or at least 
one information terminal, or addressed to at 
least one other mobile terminal or to at least 
one other information terminal wherein the sys- 
tem includes a plurality of either; 
gathering and holding per user operational sta- 
tus of the at least one information terminal 
including at least status of connection with the 
at least one communications line; and 
deciding transmission mode for the text mes- 
sages according to the operational status of the 
at least one information terminal. 
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